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Here it is the Second Newsletter and already we have the bigger and 
better things that were promised in the first newsletter. From Exidy we 
have the latest developments for the Sorcerer, both in hardware and 
software. We also have in this issue explanations of three of the 
Sorcerer's most difficult statements, PEEK, POKE, and the USR function. We 
also nave MEMTEST, our program of the month. MEMTEST is a Super-RAM tester 
revised for the Sorcerer by Tom Harper, who brought you Ants in Sugar. We 
have not included a detailed explanation of MEMTEST because that would 
require too much paper and time. However, the program is well documented, 
and anyone who wants more information on the program can contact Tom Harper 
here at Computer Mart. We also have an updated list of programs that we 
have available as well as an updated list of our members. 


We have come to the realization that this newsletter requires a name. 
We have preemptorially called it "The Exidy Monitor." If you like this 
name, or like one of your own better, please let us know and we might change 
2 ae 


From Exidy: 


We have been informed of several developments. The most significant of 
these is that Exidy is redesigning the Sorcerer. The new Sorcerer, which 
will fit inside the body of the old Sorcerer, will be expandable from 8 to 
48K. The new system will be selling for about $1640. Exidy also announces 
Video Disk Units for the Sorcerer so that you can go to disk without the 
S-100 expansion unit. Prices are $1495 for single drive and $2195 for 
double drives. We will have a preliminary copy of the Sorcerer Development 
Pac in house within a couple of weeks, although the Pac wont be available to 
the public for some time. Exidy is also rewriting both the Sorcerer BASIC 
manual and the Sorcerer Operations manual. And finally, Exidy announces its 
color board which will have 8 to 64 levels of color on a 256 by 256 or 512 
by 512 field. The color board will consist of three boards that will fit in 
the S-100 Unit and will sell for about $700. 


Compu-max announces business software for the Sorcerer. The library 
consists of: 
Accounts payable 
Accounts Receivable 
Payroll 
General Ledger 
Inventory 


and will sell for $499.00 complete or $99.00 per package. 


For those who want a printer that will be compatible with the 
Sorcerer's Graphics, Axiom tells us that the Axiom Model EX820 printer will 
be able to handle the Sorcerer graphics, and will also be able to dump the 
screen, graphics and all. 


We have not included the results of our Questionnaire in this issue 
because we have not had enough of them returned. We will reserve writing a 
summary until next issue, only if we have enough to write about. We are 
sending a copy of the questionnaire to those we have not recieved a reply 
from, as well as those who did not get the first newsletter. We hope that 
those who have not returned a questionnaire will take the time to do just 
that. Remember that these questionnaires are to help us know what you want 
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in this newsletter, and what you want for your Sorcerer. For those who have 
returned the questionnaire, we're glad to see that so many of you would like 
to write an article for this newsletter. Remember that this newsletter is 
also set up to let people know what other people are doing, and we're glad 
to see many people do want to know. We will be getting in touch with those 
of you who wished to write an article in the near future, but I want to 
assure you that you are under no pressure to do so; the choice of writing is 
yours. 


One final word concerning our first newsletter. That experience helped 
us alot, showed us just where we went wrong. We believe that the problem 
with the first newsletter was that there was not enough explanation of what 
was being said. We hope this has changed and that we have in this 
newsletter given you sufficient explanation and that we shall continue to 
give sufficient explanation. I want to appologize for Ants in Sugar. Many 
of you found the problem in line 20 of that program. For those of you who 
did not, the line should have read 

20 PRINT CHR$(RND(1)*64+192); 


Plans for the future: 


In future issues of this newsletter I want to establish several things. 
First of all I want to establish a Question and Answer column. We will 
continue to answer questions on a personal basis, but some of the more 
common or interesting questions will be discussed in the newsletter. 
Secondly I'd like to set up a continuing series of problems for the computer 
to do. This would give people experience with writing programs and 
something that may present a challenge to them. Thirdly we shall start a 
many part excursion into the realm of machine language programming on the 
sorcerer. This miny-course will aquaint the user with machine language and 
start him into a more detailed understanding of the Sorcerer. 
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PEEK and POKE 


In order for the Sorcerer user to be able to examine memory and to 
place values in memory, the Sorcerer supplies the BASIC user with two 
commands. These are the PEEK and POKE commands. These functions are 
explained in the Sorcerer BASIC manual, so we are only going to give a 
summary of the operation of these commands. The remainder of this 
explanation, which is really the main section of it, has to deal with how 
and where to POKE and PEEK to obtain certain results, and in the case of 
POKE, what to poke into memory. Included is a chart of the layout of 
Sorcerer RAM, designed to assist you in this respect. 


PEEK 


PEEK is the easiest of the two functions to work with, and so we will 
start with it. The PEEK command is used to examine the contents of a memory 
location. The format of the command is: 


<line number> <variable> = PEEK( <address> ) 
or 
<line number> PRINT PEEK( <address> ) 


where <address> is the address you want to examine. Whatever is in this 
address is either assigned to a variable, as in the first example, or 
printed, as in the second example. This command can also be used aS an 
immediate mode statement by ommiting the line number. 

The address of the memory location you are examining must be 
represented in decimal notation, not in the hexadecimal notation that the 
Monitor uses. The address must also be less than 32768 (8000H). Obviously 
there are address in the Sorcerer which go above this number, such as_ the 
start of User Defined Graphics, 65024 (FEOOH). To be able to represent this 
number as a figure below 32768, and not to conflict with addresses from 0 to 
32767 (to 7FFFH), it is necessary to make this address a negative number. 
To do that, you subtract 65536 (10000H) from the desired address. For 
example, to PEEK at location 65024, you would set your new address equal to: 


65024 = 65536 = -512. 


Since the absolute maximum address you could have is 65535 (FFFFH), there is 
no overlapping; 65535 - 65536 yields a value of -1. Thus the bottom of RAM 
starts at 0 and goes up to 32767, while 32768 to 65535 is represented as 
locations -32768 to -1. The decimal equivilences of the addresses are also 
indicated on the included memory map. 

The value returned by the PEEK, which is the value of what is in the 
memory location, is also a decimal number. fhe value of this number is 
between 0 (OH) and 255 (FFH), since these values represent the legal range 
of numbers in memory, as well as the range of the ASCII characters. 


POKE 


The POKE command is similar in many respects to the PEEK command, 
although POKE is really the counterpart of PEEK. Where PEEK is’ concerned 
with examining memory locations, POKE is concerned with entering values into 
a memory location. The format of this command is: 


<line number> POKE <address>, <value> 


where <address> is the memory location you are entering values into, and 
<value> is the number you are entering into this location. Once again, the 
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form of the address must be the same as in the PEEK statement, that is, it 
must be a decimal number less than 32768. Use the same principle as in PEEK 
for converting numbers above 32767. The form of the value you are entering 
into memory must also be a number, and must have a value between 0 (0H) and 
255 (FFH). These numbers can represent ASCII values (as in Video RAM) or 
bytes of an address (as in the USR function). The value can also represent 
the number which makes up the pattern for graphic characters (User-Defined 
Graphics RAM). An explanation of how to use these values in each of these 
eircumstances follows. : : 

Note that addresses and values can be refered to as variables in both 
these function, thereby avoiding the neccessity of having numberous POKE and 
PEEK statements. For example you could have statements: 


<line number> POKE X, Y 
and 
<line number> Z=PEEK(X) 


where X can keep changing to denote different addresses, and in the case of 
POKE, Y can change to denote different values. 


WHE QO POKE FOR 


1. SCREEN MANIPULATION. 

Screen, or Video RAM, is located in the Sorcerer Memory between 
addresses 61568 (FO80H) and 63487 (F7FFH). This allocates 1920 (780H) bytes 
for video memory, where the upper left hand corner or the screen is 615638 
(FOS8OH). Memory locations from this point relate to the position on the 
screen as you go from left to right, as if you were typing on the screen. 
This continues accross the screen, coming back to the left margin and down 
one line when the right edge of the screen is reached. The last memory 
location of the video RAM is 63487 (F7FFH). This is the lower right hand 
corner of the screen. Because these addresses are above 32767, it is 
neccessary to represent them as negative numbers, using the method 
previously described. 61568 is represented as -3968, and 63487 is 
represented as -2049. Refer to the sheet on Screen Memory from our first 
newsletter for a more detailed breakdown of screen space. 

To write a character onto the screen, you would use the POKE statement 
to place the ASCII value of the character you want into the desired memory 
location. For example, to place an '‘'A' into the first position on the 
screen, you would say: 

POKE -3968, 65 
where -3968 is the address of the first position of the screen and 65 is the 
ASCII value for an A. The ASCII values for graphics start from 128, and the 
ASCII value for user-defined graphics start from 192. See the chart in the 
back of the BASIC manual for ASCII values and their equivilances. 


2. Graphics. 


The RAM for graphics is divided into two sections. There are the 
pre-defined graphics, which reside from 64512 (FCOOH) to 65023 (FDFFH), and 
the user-defined graphics, from 65024 (FEOOH) to 65535 (FFFFH). Each 
character is represented by eight of these locations, each containing a 
value from 0 to 255, whose binary equivilant defines that row of the 
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character. A binary 1 indicates a dot in the character, while a 0 indicates 
a blank space. The eight bytes together make up an 8 by 8 dot matrix which 
forms the character. For example, if you had eight bytes containing: 

255, 254, 252, 248, 240, 224, 192, 128 
you would have a binary pattern of: 


255 = 11111111 4 * #@ # # *& ® & 
254 = 11111110 ** #£ £ 8 # 
a5c.= 11111100 % # #@ # 8 ® 

248 = 11111000 which would yield: * *£ *# # & 

240 = 11110000 # # # # 

224 = 11100000 % * *# 

192 = 11000000 % # 

128 = 10000000 % 


or the character: wy 


Use the POKE statement to enter these values in to memory. Remember to 
convert the locations of the addresses to negative numbers; 64512 to -1024, 
65023 to -513, 65024 to -512, and 65536 to -1. Use the POKE eight times to 
define each character. Remember that predefined graphics can be redefined 
but that they will return to their former state whenever BASIC is reset or 
when a clear (ASCII 12) is printed. User-defined graphics will remain 
defined until the machine is turned off. 


3. Other uses. 


Memory space where you can write machine language subroutines, or use 
the PEEK and POKE to transfer numbers, is located in the USER RAM. This 
space is indicated on the included memory map, and resides in the following 
locations: 


For 08K: from 0 to 08015 (1F4FH) 
For 16K: from 0 to 16207 (3F4FH) 
For 32K: from 0 to 32591 (7F4FH) 


Because these numbers are less than 32768, they do not need to be 
rewritten as negative numbers and can be addressed as they appear above. 


SEE THE MEMORY MAP FOR FURTHER DETAIL ON MEMORY LAYOUT 
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The USR Function 


The USR function is a BASIC command which allows a BASIC user 
to call and execute a machine language subroutine, with the 
capability to return to the BASIC program. This allows a user to 
aceess a Z80 encoded routine from a BASIC program. 


NOTE 
The following description of the USR function 
makes use of the BASIC statements "PEEK" and 
"POKE." If you are not familiar with the 
operation of these two commands, please read the 
enclosed explanation before continuing. 


The USR statement appears in a BASIC program in the following 
format: 


<line number> <variable>=USR(<argument>) 


where <variable> is any dummy variable and <argument> is any dummy 


argument. The value of the dummy argument is totally irrelevant 
and has no effect on the call; for simplicity we suggest that you 
use 0 aS an argument. The dummy variable must be a legal 


numerical variable name. Because the value of the variable is 
changed by the call, you should use a variable that is not used 
used elsewhere in your program. For simplicity we suggest ‘X' 
Thus the format of the call would be: | 


<line number> X=USR(0) 


Remember that this configuration will. alter any other 
variable named X that is in your progran. 


In order for the USR routine to be able to call a machine 
language subroutine, the Sorcerer has to know where your 
subroutine is located. The Sorcerer also needs an instruction to 
tell it to go to your routine. To accomodate these requirements, 


the Sorcerer's BASIC sets up a special "jump" command in the 
memory. When BASIC is loaded, a Z80 jump instruction (C3H) is 
placed in memory location 0103H. This jump operates on the 


address that is stored in the next two bytes, 0104H and 0105H. 
Before you call the USR function, use the BASIC POKE statement to 
place the starting address of your routine into these two 
locations. Since there are two memory locations, the four digit 
hexadecimal number which represents the starting address of your 
routine will have to be stored as two two-digit number, with the 
low-order number preceding the high-order number. In other words, 
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the last two digits of the number would be stored first, followed 
by the first two digits of the number. For example, if the 
starting address of your routine were OOFFH, you would store the 
FFH in 0104H and the OOH in 0105H; your entire routine would look 
like this: 


ADDRESS CONTENTS 
0103H C3H (Z80 jump) 
0104H FFH (low-order byte of OOFFH) 
0105H OOH (high-order byte of OOFFH) 


Since the POKE command requires values to be entered in 
decimal notation, it will be necessary to use the decimal 
equivalences of the hexadecimal number. 0Q104H and 0105H can be 
represented by the decimal numbers 260 and 261, respectively. The 
values that are being poked into these locations will have to be 
the decimal equivalences of the low and high order bytes of the 
address. These numbers range from 0 (0H) to 255 (FFH). The 
following sample program will load and execute a subroutine that 
starts from location OQOFFH: 


10 POKE 260, 255 (loads 0104H with FFH) 
20 POKE 261, O (loads 0105H with OOH) 
30 X=USR(0) (calls routine at OOFFH) 


Addresses QOQOOH through OOFFH are not used by BASIC or the 
Monitor; these addresses can safely be used to store your machine 
language subroutine or as scratchpad RAM (work space) for your 
routine. | 

Standard BASIC has its own stack, seperate from the Power-on 
Monitor stack. The USR function uses the BASIC stack to store the 
locations for the USR jump and the return. As long as your 
machine language subroutine does not effect this stack, a Z80 RET 
command (C9H) will return control to BASIC and resume with your 
BASIC program. 

Your subroutine might require information which is available 
in your BASIC program, such as the value of a certain variable, or 
it might be necessary to transfer such information from your 
routine to a BASIC program. The easiest way to pass such 
information between program and subroutine is by means of the 
BASIC PEEK and POKE commands. In a program, you would use the 
POKE command to place information into a certain memory location; 
your Z30 subroutine can then pick the hexadecimal equivalent of 
the number out of the location. Similarly you can use the PEEK 
command in your program to read a value that has been deposited 
into a specific location by your Z80 subroutine. 

Refer to the enclosed explanation of PEEK and POKE for 
further details on the operation of these and for decimal 
equivalences of hexadecimal addresses. 
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The USR function and the PEEK and POKE functions are used in the program 
that was included in the first newsletter, the Single Character Input Routine. 
Since this is true, that program makes an excellent example for these three 
commands. For those who do not have a copy of this program, it is listed below. 
You may also obtain from us a sheet with the machine language subroutine on it 
if you so desire. 


10 REM -- POKE IN ROUTINE 
20 FOR = aT 


60 POKE 260, 1 
KE 26 


1°. 0 

O DATA 0, 205, 9, 224, 50, 0, 0, 201 

90 REM -- THIS NEXT SECTION CALLS THE ROUTINE 
100 REM AND THE DATA STORED AT 0000 

110 X=USR(0) 

120 Z=PEEK(0) 

1230 REM -- IF ANYTHING IS STORED WE WILL PRINT IT 
140 IF Z<>0 THEN PRINT "You t ped a "s CHR$(Z 
150 REM -- WE CHECK FOR A “C {BREAK) 

160 IF Z=3 THEN STOP 

170 REM -- WE GO BACK AND RECALL THE ROUTINE 
180 GOTO 110 

190 END 


When this program is run, any letter you type on the keyboard will be printed at 
line 140. If you have a copy of this from the first newsletter you will note 
the modification in this line. 


The first section of the program (lines 10 through 30) demonstrates the 
POKE statement. The statement is used to poke the 280 routine into memory, as 
well as the starting address of the routine into 260 and 261 (0104H and 0105H). 
What is being poked into these locations is the two words 01H and OOH, which 
together compose the address 0001H, as explained in the USR function 
aes The codes for the routine are stored in the DATA statement at line 

QO. 

The second section of this program (lines 90 through 180) is the section 
concerned with calling the routine and printing the keys pressed. At line 110 
we use the USR function to call the routine, and at line 120 we use the PEEK 
statement to get the data stored at O0000H. This value is the ASCII value of the 
key struck when the function was called. If no key was struck, a zero (0) was 
returned. If a key was struck, we print out what that key was, and if it was a 
CTRL/C (“C) we stop the program. At line 180 we return to the line where the 
function is being called. 


The uses for such a function are varied. Single character input is an 
advantage where input to a program must be given within a certain amount of 
time. Because the function returns immediatly, it can be called a certain 
number of times for certain lengths of time. Calling the function 50 times will 
call it for about five seconds. If a key has not been hit in this time, then 
the program can stop or do something else. For instance, if you had a guessing 
game where you wanted the player to guess a number within five seconds you could 
use this routine nestled in a FOR-NEXT loop from 1 to 50. If the player hits 
the right number he exits the loop. If he doesn't hit the right key in time the 
loop drops through and he loses. 

Or consider a target game where the cursor moves back and forth accross the 
sereen, waiting for a signal to shoot a missile at a target above it. It would 
be ridiculous to stop at each space and have something inputed, so you would use 
the above function. When the cursor was in the right place, the player would 
simply strike any key, such as the space bar, and a missile would be fired. 
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287209 
CHOFE2 
3A7190 
CHICE2 
7E 
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C9 


CHOUT 
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AUDOUT 
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LOGF: 


FIL .3 


TEST: 


PASS: 


EXIT: 


ERROR: 


ENDITs 
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PATRN: 
BYTE: 
START: 


3 ke SHERMER AREAES EEE EEE ASAE HERE EEE ER ES 


‘ : 
: SUPER RAM TEST FOR SORCERER H 
; MODIFIED BY TOM HARPER ; 
+ Sanenedaneesessesesesssscesessesseezesss 


EQUATE STATEMENTS 


EQy 


OEOIBH ; CHARACTER OUT ROUTINE 
Eau OEIBAH ; BUFFER OUTPUT ROUTINE 
Egu OE20FH 3; ALUDRESS OUTPUT ROUTINE 
EQY OE21CH 3 ONE BYTE HEX OUTPUT ROUTINE 
Eau 29H . ASSEMBLE FOR 8K (40H FOR 14) 
bd 
; PROGRAM BEGINS HERE 
LXI D.o 
HY B,0 
g 
: FILL MENORY WITH RANDOM (7) PATTERN 
LX] H.START $ LOAD H&L WITH THE START ADDRESS 
: CREATE A PSEUDO-RANDOM PATTERN 
MOV A,L : USE LOW-ORDER BYTE OF HL AS SEED 
XRA “ : EXCLUSIVE-OR SEED WITH H 
KRA R : EXCLUSIVE-OR SEED WITH B 
Any HA . STORE THE PATTERN IN RAM 
INX 4 : INCREMENT ADDRESS 
HOW AH . STORE PAGE ADDRESS IN ACCUMULATOR 
CPI. EPAGE ; ARE WE FINISHED YET? 
JNZ FILL : NOPE - GO BACK AND FILL ANOTHER 
9 
: TEST BLOCK OF RAM FOR PATTERN CHANGE 
LX1 H.START ; RELOAD START ADDRESS 
. RECREATE RANDOM PATTERN 
Nov AL 2 LOAD LOW BYTE OF HL 
XRA 4 : EXCLUSIVE OR IT WITH HIGH BYTE 
ARA B : EXCLUSIVE OR IT WITH B REGISTER 
CHP 4 ; COMPARE IT WITH MEHORY 
JNZ EXIT ; NOT THE SAME - JUMP OUT 
INX - : TRY NEXT BYTE 
MoU aH ; GET PaGe # 
uPI EPAGE FiMLSHED? 
JNZ TEST NO - GO AGAIN WITH NEXT BYTE 
INR R : INCREMENT B TO INSURE A RANDOM PATIERN 
LXI H,PHSG ; LOAD ADDRESS OF PASS MSG 
CALL BUFOUT ; OUTPUT IT 
CALL ADDOUT - ; OUTPUT PASS # 
LXI H,EMSG ; LOAD ADDRESS “iF NO ERR MSG 
CALL BUFOUT ; OUTPUT IT 
INX 0 : INCREMENT PASS-COUNTER 
Jn Loop ; GO BACK FOR ANOTHER PASS 
SHLD BYTE : STORE ADDRESS OF BAD BYTE 
STA PATRN ; STORE GOOD BYTE | 
LXI H,ERNSG ; LOAD H&L WITH ERROR MESSAGE LOC 
CALI. BUFOUT ; OUTPUT THE “ERROR ° 
LHLD BYTE . LOAD H&L WITH THE BAD ADDRESS 
CALL ANDOUT ; OUTPUT BAD ADDRESS AND A COLON 
Lf PATEN ; LOAD ACCUMULATOR WITH THE GOOD PATTERN 
CALL HEXSP OUTPUT A SPACE AND THE BAD BYTE IN HEX 
sOv A,M . PUT BAD BYTE IN ACCUMULATOR 
CALL HEXSP; OUTPUT A SPACE AND THE BAD BYTE IN HEX 
RET : RETURN TO MONITOR AFTER ERROR 
08 ‘Error “CH 
OR “Pass # ~,0P 
08 “ No Errors’ ,00H,08H.0H 
nS { 
us 2 
ii 3 
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Because of the demand we have had for programs and the amount 
of time required to copy tapes that are tailored to the 
individual's wants, Computer Mart has decided to revise its 
methods of distributing programs. We will now be selling sSorcerer 
Games in library volumes. Each one of these volumes will contain 
three 8K max. programs or two 16K max. programs. At present we do 
not have any programs which require more than 16K. 

The following is a list of the Volumes we now have available: 


Volume 1 Volume If 
AMAZE BAGEL 
LUCAS CHECK 
ROTE RSP 

Volume JIil Volume IV 
HIQUE * BIO 
REVRS MIDAG 
DEPTH MANDL 

Volume V 


Tne above volumes each sell for $6.50, as mentioned in the 
first issue of this newsletter. Orders can be placed through 
Computer Mart for the tapes. If you are unable to come to us to 
pick up your tape, we can have the tape mailed to your house or 
work at no additional cost. 

Please note that a problem has been found with QUBIC, our 
three dimensional tic-tac-toe game. This problem is being 
corrected, and the game will appear in a latter volume. 
Corrections will be sent to those who have a copy of the game 
already, but you must inform us if this applies to you. If you do 
have the game but do not wish to correct it yourself, we will be 
glad to recopy the program onto your tape. 


Craig MacFarland has informed us that he has a STAR TREK 
program for the Sorcerer. The program sells for $15.00 and is 
available from: 


Craig MacFarland, 8 Adams St. 
Billerica, MA 01821 (667-5560) 


Computer Mart has channels open for the marketing of 
software. All programs we market must meet our requirements) and 
approval. For more information contact Bruce MeGlothlin at 


Computer Mart. 


1395 Main St., Waltham, MA 02154 (617) 899-4540 
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EXIDY SORCERER 


USER GROUP MEAMBEKS 


NANE CLTY MEMORY 

NERI ACCORNERO BELMONT, MA BK 
LORKI BARRICK SUNNYVALE, CA --- 
KEVIN BEGGS BROCKTON, AA 32K 
COMPUTER MART OF VERMONT ESSEX JNCT, VI Lok 
TED CROWLEY ACTUN, MA 14K 
JOHN DUBOIS WALTHAH, MA BK 
ALLYN FISHER NORWOOD, AA 14K 
GEREHAYA NEWION, MA 32K 
JIM GIAKRUSSO PELHAM, NH 32K 
SUSAN GLEASON WALTHAM, HA 14K 
WALTER GLEASON WALTHAM, HA 16k 
CHARLES GOODRICH MELFORD, HA Lok 
JOHN GRAHAM NATICK, MA Lk 
CHARLES GREBERT ARLINGTON, iA ak 
LOU GREIN WALTHAM, HA 8K 
ARTHUR HAWKES , WALPOLE, MA 16k 
MIKE JOHNS SUNNYVALE, CA = 
ROBERT £. JOHNSON PEMBROKE, HA ak 
ALLAN KEANE NEEDHAM, HA lat 
LOUIS KEMENTSKY WESTON, MA 32K 
DAVID LARSON LEXINGTON, HA 8K 
TERRY LAUTEKEAU AUDUBON, FA 32K 
OLDRICH LAZNICKA Jr. BELMONT, HA 32K 
MARK LEYNASTER RUSTON, MA BK 
CRAIG HACFARLAND HILLERICA, MA 32K 


PETE HACPHEE 


RICHARD PIEKARSKI W. BARIDGEWATER, MA 32K 
LEO PINARD MAKLEORO, MA rT 
HUBERT H. RIGGENS BELLINGHAM, MA 32K 
EKIC SCHOLLMANN WALTHAH, HA 1aK 
SCOTT SHURK GEGHAM, MA 14K 
JOE TUPAY E. KOSTON, MA 3K 


WILLIAM VETTERLING 
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CONCORD, HA 


CAMBRIDGE, MA 


Computer Mart announces 
that we now have 16K memory available for the Sorcerer. 


16K of chips without installation is $10.00 
16K of tested, installed chips is $199.00 


